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© Identifizierung von Sensoren / Aktuatoren in Bussystemen 

(5?) Verfahren zur Identifizierung von an «inem Bussystems (1) 
angeschlossenen Sensoren (4) und Aktuatoren (4). wobei die 
Sensoren (4) und Aktuatoren (4) von emer ebenfalts am 
Bussystem (1) angeschlossenen Rechneremheit (3) gesteu- 
ert werden, wobei die Sensoren (4) und Aktuato r en (4) uber 
Schnittstellenbausteine (6) an die Bustctungcn (2) ange- 
schlossen sind und jedem Schmttstelienbaustem (6) wenig- 
stens ein Sensor (4) oder Aktuator (4) zugeordnet ist, wobei 
der Sensor (4) oder Aktuator (4) emen Schaiter (7) aufweist. 
und daS nach Setatigen dieses Schlatter* (7) eme Kennung 
von der Rechnereinheit (3) an den d«m Sensor (4) oder 
Aktuator (4) zugeordneten Schnittstellenbaustein (6) uber- 
tragen wird. 
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Die Erfindung bctrifft ein Verfahren zur Identifizie- 
rung von an einem Bussystem angeschlossenen Senso- 
ren und Aktuatoren, wobei die Sensoren und Aktuato- 5 
ren von einer ebenfalls am Bussystem angeschlossenen 
Rechnereinheit gesteuert werden, wobei die Sensoren 
und Aktuatoren uber Schnittstellenbausteine an die 
Busleitungen angeschlossen sind und jedem Schnittstel- 
lenbaustein wenigstens ein Sensor oder Aktuator zuge- 10 
ordnet ist 

In der Praxis werden Bussysteme fur Sensoren und 
Aktuatoren vorwiegend fur komplexe Regelungs- und 
Steuerungsprozesse eingesetzt. Die Sensoren tibermit- 
teln ublicherweise ProzeBdaten an die Rechnereinheit, 15 
wahrend die Aktuatoren Informationen aus der Rech- 
nereinheit in Regel- oder Steuerkreisen in Schaltvor- 
gange oder ahnliche physikalische Prozesse umsetzen. 
Dabei werden alle Steuer- und Regelprozesse von der 
Rechnereinheit zentral verwaltet und koordiniert. 20 

Je nach Anwendung konnen typischerweise bis zu 255 
Aktuatoren und Sensoren an eine Rechnereinheit ange- 
schlossen sein. Um den Verkabelungsaufwand in Gren- 
zen zu halten, werden Bussysteme mit Busklemmen ver- 
wendet, an die jeweils mehrere ein Sub-Bussystem bil- 25 
dende Schnittstellenbausteine angeschlossen sein kon- 
nen. An jeden Schnittstellenbaustein wiederum konnen 
ein oder mehrere Sensoren und/oder Aktuatoren ange- 
schlossen werden. 

Nachteilig bei bekannten Verfahren dieser Art ist je- 30 
doch, daB eine ldentifikation der am Bussystem ange- 
schlossenen Sensoren und Aktuatoren nur einge- 
schrankt moglich ist. Insbesondere bei der Installations- 
phase des Bussystems fehlt einem Benutzer dieses Bus- 
systems eine direkte Eingriffs- oder Kontrollmoglich- 35 
keit, ob einem bestimmten Sensor oder Aktuator die 
gewunschte Kennung tatsachlich ubertragen wird. Eine 
fehlersichere Identifizierung des Sensors oder Aktua- 
tors ist i. a. nur uber die verschiedenen Funktionen der 
Sensoren oder Aktuatoren im Bussystem mfiglich. 40 

Demzufolge konnen Sensoren oder Aktuatoren glei- 
cher Bauart von der Rechnereinheit nicht unterschieden 
werden, wenn die Anschlusse der Sensoren oder Aktua- 
toren mit verschiedenen Funktionen des von der Rech- 
nereinheit gesteuerten Prozesses belegt sind. 45 

In derartigen Bussystemen konnen Sensoren oder 
Aktuatoren nur gegen identische GegenstQcke ausge- 
tauscht werden. Dies schrankt zum einen die Vielfalt der 
Einsatzmdglichkeiten des Bussystems stark ein. Zum an- 
deren besteht bei einem Auswechseln eines Sensors 50 
oder Aktuators die Gefahr, daB durch eine Fehlbele- 
gung einer Sensor- oder Aktuatorfunktion das gesamte 
Bussystem fehlerhaft arbeitet 

Um eine Unterscheidung der am Bussystem ange- 
schlossenen Sensoren oder Aktuatoren zu gewahrlei- 55 
sten, kann in der Steuerungssoftware der Rechnerein- 
heit ein entsprechendes Auswerteprogramm vorgese- 
hen sein. Dies bedeutet jedoch einen betrachtlichen zu- 
satzlichen Rechenaufwand in der Rechnereinheit 

Der Erfindung liegt die Aufgabe zugrunde, ein Bussy- eo 
stem so auszubilden, dafl die an die Rechnereinheit an- 
geschlossenen Sensoren und Aktuatoren einfach und 
schnell idemifiziert und gegebenenfalls ausgetauscht 
werden kbnnen. 

Diese Aufgabe wird erfindungsgemaB dadurch gelost, 65 
daB der Sensor oder Aktuator einen Schalter aufweist, 
und daB nach Betatigen dieses Schalters eine Kennung 
von der Rechnereinheit an den dem Sensor oder Aktua- 



tor zugeordneten Schnittstellenbaustein ubertragen 
wird. 

Durch das Auslosen des Schaltvorgangs am Sensor 
oder Aktuator kann ein Benutzer des Bussystems bei- 
spielsweise beim Austausch von Sensoren oder Aktua- 
toren am Bussystem auf einfache Weise den betreffen- 
den Sensor oder Aktuator auswahlen und gleichzeitig 
uber die Rechnereinheit kontrollieren, ob der Austausch 
dort korrekt registriert wurde. Zudem kann ein Aus- 
tausch von Sensoren und Aktuatoren am Bussystem 
durchgefuhrt werden, ohne daB die Steuerungssoftware 
in der Rechnereinheit geandert werden muB. 

Bei Bussystemen mit zufalligem Buszugriffsverfahren 
werden von der Rechnereinheit Daten in Form von Da- 
tenworten ubertragen. Die Kennung bildet einen Teil 
dieser Datenworte. Die Datenworte konnen prinzipiell 
von jedem der am Bussystem angeschlossenen Senso- 
ren oder Aktuatoren ubernommen werden. 

Im allgemeinen kdnnen die Kennungcn so struktu- 
riert sein, daB je nach aktuellem Wert der Kennung ein 
oder mehrere Sensoren oder Aktuatoren das zur Ken- 
nung gehorige Datenwort empfangen konnen. Durch 
das erfindungsgemaBe Verfahren kann jedem Sensor 
oder Aktuator eine im Bussystem eindeutige Kennung 
zugewiesen werden. Diese Zuweisung wird vom Benut- 
zer selbst durchgefuhrt und kann somit einfach uber- 
wacht werden. Spatere Anderungen der Kennung kon- 
nen einfach und ohne Gefahr von Verwechslungen vor- 
genommen werden. 

Bei Bussystemen mit kontrolliertem Buszugriff wer- 
den die Sensoren oder Aktuatoren zweckmaBigerweise 
unter einer Adresse zyklisch aufgerufen, wobei vorteil- 
hafterweise die Adresse die Kennung bildet. Jeder Auf- 
ruf eines Sensors oder Aktuators von der Rechnerein- 
heit wird durch den betreffenden Sensor oder Aktuator 
mit einer Antwort quittiert Dabei besteht jeder Aufruf 
der Rechnereinheit aus einem Datenwort, das vorzugs- 
weise einen AdreBteil und einen Informationsteil auf- 
weist, wahrend die Antwort der Sensoren und Aktuato- 
ren aus Datenworten besteht, die lediglich einen Infor- 
mationsteil aufweisen. 

Der AdreBteil enthalt die Adresse des anzusprechen- 
den Sensors oder Aktuators. Die Informationsteile der 
Datenworte enthalten die Daten, die zwischen den Sen- 
soren und Aktuatoren einerseits und der Rechnereinheit 
andererseits ausgetauscht werden. Insbesondere wird 
wahrend der Installationsphase im Informationsteil des 
Aufrufs der Rechnereinheit die Kennung an den jeweili- 
gen Sensor oder Aktuator ubertragen. Das Quittie- 
rungssignal des Sensors oder Aktuators wird im Infor- 
mationsteil des Datenworts an die Rechnereinheit uber- 
tragen. Im folgenden wird das erfindungsgemaBe Ver- 
fahren allein fur Bussysteme mit kontrolliertem Buszug- 
riff beschrieben. 

Die ldentifikation des Sensors oder Aktuators sowie 
das Einlesen der Kennung in den Schnittstellenbaustein 
erfolgt zweckmaBigerweise nicht wahrend der gesam- 
ten Betriebsdauer des Bussystems, sondern wahrend ei- 
ner Installationsphase, deren Beginn und Ende von der 
Rechnereinheit vorgegeben werden. Dabei kann vor- 
teilhafterweise die Dauer der Installationsphase von ei- 
nem Benutzer des Bussystems Qber eine Eingabeeinheit 
an der Rechnereinheit eingegeben werden. Beispiels- 
weise kann die Eingabc uber ein an die Rechnereinheit 
angeschlossenes Terminal erfolgen. 

Zu Beginn der Installationsphase wird die Kennung 
Qber die Eingabeeinheit in die Rechnereinheit eingege- 
ben. Altemativ kdnnen Tabellenwerte aus der Steue- 
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rungssofiware der Rechnercinheit hierfur eingelesen 
werden. Daraufhin wird dcr Schahvorgang am Schalter 
des Schnittstellenbausteins von einem Benutzer des 
Bussystems ausgeldst Auf diese Weise kann der Sensor 
oder Aktuator einfach und schnell im Bussystem identi- 
fiziert werden. ZweckmaBigerweise kann der Schalter 
atlein wahrend der Installationsphase aktiviert sein. Dies 
kann beispielsweise uber die Steuerungssoftware der 
Rechnereinheit crfolgen. Im AnschluB daran wird dem 
Schnittstellenbaustein von der Rechnereinheit die Ken- 
nung zugewiesen. 

Die Kennung wird im Schnittstellenbaustein vorzugs- 
weise in einem EEPROM nichtfluchtig gespeichert Da- 
nach sendet der Schnittstellenbaustein ein Quittierungs- 
signal, womit die Installationsphase fur den betreffen- 
den Sensor oder Aktuator beendet ist 

Die Installationsphase kann beispielsweise mit der In* 
betriebnahme des gesamten Bussystems zusammenfal- 
len. In diesem Fall werden ZweckmaBigerweise vor Be- 
ginn der Installationsphase die die Kennungen bilden- 
den Adressen der am Bus angeschlossenen Sensoren 
und Aktuatoren uber die Rechnereinheit auf einen Wert 
Io gesetzt, der auBerhalb des Wertebereichs der zu ver- 
gebenen Zahlenwerte fur die Adressen liegt 

Danach wird beispielsweise an einem Sensor der 
Schalter aktiviert. Daraufhin wird dem Sensor von der 
Rechnereinheit ein von Io verschiedener AdreBwert Ii 
zugewiesea der ebenfalls auBerhalb des Wertebereichs 
der zu vergebenen Zahlenwerte fur die Adressen liegt 
Vorzugsweise sind die Werte Io und I| der einzelnen 
Sensoren oder Aktuatoren in den diesen Sensoren oder 
Aktuatoren zugeordneten Schnittstellenbausteinen ge- 
speichert. Beim nachsten Aufrufzyklus der Rechnerein- 
heit kann dem Sensor, dem der Wert It zugeordnet ist, 
und damit von den anderen angeschlossenen Sensoren 
oder Aktuatoren, denen der Wert Io zugeordnet ist, ein- 
deutig unterscheidbar ist, die zu vergebende Adresse 
zugewiesen werden. Die Adresse wird in dem dem Sen- 
sor zugeordneten Schnittstellenbaustein nichtfluchtig 
gespeichert. 

Ein derartiger Adressiervorgang setzt voraus, daB je- 
weils nur ein Sensor oder Aktuator pro Installationsvor- 
gang adressiert werden kann. Diese Einschrankung 
kann durch eine Erweiterung des Wenes Ii auf jeweils 
verschiedene Werte I°i, . I ( n (n > 1) vermieden wer- 
den. 

Fur die darauffolgenden Adrcssierungen wird das 
Verfahren wiederholt, wobei der einzige Unterschied 
zur ersten AdreBvergabe darin besteht daB Sensoren 
oder Aktuatoren, die bereits adressiert wurden, keine 
Werte Io mehr zugewiesen werden, sondern die ihnen 
zugewiesenen Adressen beibehalten. 

Vorzugsweise weist die Rechnereinheit eine Koppel- 
einheit auf, an der Uber Busleitungen die Schnittstellen- 
bausteine der Sensoren und Aktuatoren angeschlossen 
sind. Die Koppeleinheit steuert dabei einerseits alle 
Funktionen des Bussystems und kommunizien anderer- 
seits mit der restlichen Rechnereinheit ZweckmaBiger- 
weise ist auch die Eingabeeinheit an der Koppeleinheit 
angeschlossen. 

In einer vorteilhaften Ausfuhrungsform weist jeder 
Schnittstellenbaustein einen BusanschluB auf, so daB je- 
der Sensor und Aktuator direkt mit der iibergeordneten 
Rechnereinheit kommuniziert 

An den Schnittstellenbaustein konnen zweckmaBi- 
gerweise mehrere Sensoren und Aktuatoren ange- 
schlossen sein. Diese Ausfuhrungsform ist besonders 
kostengiinstig, da aufgrund der geringen Anzahl der 



Schnittstellenbausteine die AnschluBkosten pro Sensor 
oder Aktuator an das Bussystem gering gehalten wer- 
den. 

In einer weiteren voneilhaften Ausfuhrungsform 
5 weist jeder Schnittstellenbaustein einen AnschluB fur 
einen Sensor oder Aktuator auf, wobei der Schnittstel- 
lenbaustein vorzugsweise im Sensor oder Aktuator in- 
tegriert ist 

Der Vorteii dieser Anordnung besteht darin, daB je- 
io der Sensor oder Aktuator mit einer Busschnittstelle aus- 
gestattet werden kann, die fur mehrere Baugruppen von 
Sensoren und Aktuatoren einheitlich ausgebildet sein 
kann, so daB ein AnschlieBen der Sensoren oder Aktua- 
toren an das Bussystem ohne weitere AnschluBbaustei- 
15 ne ermdglicht wird. Auch das Austauschen von Senso- 
ren oder Aktuatoren am Bussystem wird dadurch we- 
sentlich vereinfacht 

Der AnschluB des Schnittstellenbausteins weist vor- 
zugsweise eine Datenschnittstelle und eine Parameter- 
20 schnittstelle zur Ankopplung der Sensoren oder Aktua- 
toren auf. 

ZweckmaBigerweise sind die Datenschnittstellen und 
Parameterschnittstellen der Sensoren und Aktuatoren 
als Folge von Eingangen und Ausgangen ausgebildet 

25 Die Datenschnittstelle wird bei jedem Aufruf der Rech- 
nereinheit angesprochen, so daB beispielsweise MeBda- 
ten der Sensoren oder Aktuatoren kominuierlich iiber 
die Datenschnittstelle an die Rechnereinheit ubertragen 
werden konnen. 

30 Die ParameterschnittsteNe wird dagegen in groBe- 
rem, gegebenenfalls nichtperiodischen Zeitabstanden 
angesprochen. Ober die Parameterschnittstelle werden 
Parameterwerte der Sensoren oder Aktuatoren uber- 
tragen, die sich nicht oder nur langsam zeitlich veran- 

35 dem. Hierzu gehoren beispielsweise Ausfall- und Vor- 
ausfallanzeigen bei Lichtschranken, sowie zweckmaSi- 
gerweise auch der die Installationsphase einleitende 
Schaltvorgang der Sensoren und Aktuatoren und die 
daran anschlieBend von der Rechnereinheit ausgesand- 

40 te Kennung. 

Das erfindungsgemaBe Verfahren wird im nachste- 
henden anhand der Zeichnung erlautert 
Es zeigen: 

Fig. 1 ein Blockschaltbild des Bussystems, 
45 Fig. 2 ein Blockschaltbild der Rechnereinheit, 

Fig. 3 ein Blockschaltbild des Schnittstellenbausteins. 
In Fig. 1 ist ein Bussystem (1) mil drei uber Busleitun- 
gen (2) an eine Rechnereinheit (3) angeschlossenen Sen- 
soren (4) dargestellt Anstelle der Sensoren (4) konnen 
so auch Aktuatoren (4) an das Bussystem (1) angeschlossen 
werden. 

Die Rechnereinheit (3) steuert als Qbergeordnete Ein- 
heit alle Funktionen des Bussystems (1). Die Eingabeein- 
heit (5) ist ZweckmaBigerweise als Terminal ausgebildet 
55 und uber eine Leitung (8) mit der Rechnereinheit (3) 
verbunden. 

Die Sensoren (4) weisen jeweils einen in den Sensoren 
(4) tntegrierten Schnittstellenbaustein (6) auf. Im 
Schnittstellenbaustein (6) ist der Schalter (7), der zur 

60 Identifikation des Sensors (4) wahrend der Installations- 
phase verwendet wird, integriert 

Die in Fig. 2 dargestellte Rechnereinheit (3) weist ei- 
ne Koppeleinheit (9) zum AnschluB der Sensoren (4) auf. 
Die Rechnereinheit (3) besteht im wesentlichen aus ei- 

65 nem Personalcomputer (PC) (10), der die Koppeleinheit 
(9) als Einschubkarte enthalt Alternativ kann die Rech- 
nereinheit (3) auch als SPS-Steuerung ausgebildet sein, 
in der die Koppeleinheit (9) in Form einer M aster karte 
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integriert ist. 

Die Koppeleinheit (9) emhali einen Controller (11), 
der alle Steuerungsfunktionen des Bussystems (1) ver- 
waltet und durchfuhrt. Die Verbindung des Controllers 
(11) zu den Busleitungen (2) ist Qber cine Busankopp- 5 
lung (12) realisien. Ferner ist der Controller (11) mit 
einem ebenfalls in der Koppeleinheit (9) integrierten 
Dual Port RAM (Random Access Memory) (13) verbun- 
den. Das Dual Port RAM bildet die Schnittstelle zum 
AnschluB an den PC (10> Die Kommunikation zwischen 10 
PC (10) und Koppeleinheit (9) erfolgt zweckmaBiger- 
weise uber einen AT-Bus (14). 

Ferner weist die Koppeleinheit (9) eine Terminalsch- 
nittstelle (15) zum AnschluB eines die Eingabeeinheit (5) 
bildenden Terminals auf. Die Tcrminalschnittstelle (15) 15 
wird vom Controller (11) angesteuert 

Der Schnittstellenbaustein (6) ist vorzugsweise ats in- 
tegrierter Schaltkreis (16), beispiclswcisc in Form eines 
ASIC, ausgebildet. In der in Fig. 3 dargcstellten Ausfuh- 
rungsform weist der integrierte Schaltkreis (16) seen- 20 
zehn AnschluB-Pins (17— 32) auf. 

Der Schnittstellenbaustein (6) ist im Gehause (33) des 
Sensors (4) integriert und weist einen BusanschluB (34) 
fur die Busleitungen (2) auf. Der BjsanschluB (34) kann 
in Form einer Schneidklemm verbindung ausgebildet 25 
sein. Vorzugsweise sind die Busleitungen (2) als Zwei- 
draht-Schaltleitungen ausgebildet Hierfiir sind am inte- 
grierten Schaltkreis (16) insgesamt drei AnschluB-Pins 
(18, 24, 32) (zwei AnschluB-Pins (18, 24) fur die Zwei- 
drahtbusleitungen sowie ein AnschluB- Pin (32) fur eine 30 
OV-Leitung) vorgesehen. 

Der Schnittstellenbaustein (6) weist einen AnschluB 
(37) zur Ankopplung der Sensoren (4) auf mit einer Da- 
tenschnittstelle (35) und einer Parameterschnittstelle 
(36), fur die jeweils vier AnschluB-Pins (25. 26. 27. 28. 19, 35 
20, 21, 22) am integrierten Schaltkreis (16) vorgesehen 
sind, auf. Je nach Ausbildung des Sensortyps sind die 
AnschluB-Pins (19, 20, 21, 22) der Parameterschnittstelle 
(36) und die AnschluB-Pins (25. 26. 27. 28) der Daten- 
schnittstelle (35) als Eingange und/oder Ausgange am 40 
integrierten Schaltkreis (16) ausgebildet 

Die wahrend der Installationsphase von der Rechner- 
einheit (3) auf den Schnittstellenbaustein (6) eingelesene 
Kennung ist in einem in den Zeichnungcn nicht darge- 
stellten Speichermedium nicht fliichtig gespeichert Das 45 
Speichermedium ist vorzugsweise als EEPROM ausee- 
bildet 

Der wahrend der Installationsphase aktivicrtc Schal- 
ter (7) ist auf dem Schnittstellenbaustein (6) integriert. 
Der Schalter (7) kann als Taster oder altcrnativ als ma- 50 
gnetischerSchalter bzw. in Form einer KurzschluBbriik- 
ke ausgebildet sein. Vorzugsweise ist der Schalter (7) 
mit einem AnschluB- Pin (22) der Parameterschnittstelle 
(36) verbunden. Die AnschluBform ist deshalb zweck- 
maBig, da die Parameterschnittstelle (36) iiblicherweise 55 
nicht bei jedem Aufruf der Rechnereinheit (3)angespro- 
chen wird, sondern in groBeren, evtl. nicht periodischen 
Zeitabstanden, die an die spezifischen Anforderungen 
des Bussystems (1) angepaBt sein konnen. Diese geringe 
Abfragerate reicht fur die Datenubertragung des Schal- $0 
ters (7) zur Rechnereinheit (3) aus, da der Schalter (7) 
wahrend der Installationsphase nur fur kurze Zeit akti- 
viert wird. 

Die verbleibenden AnschluB-Pins (17. 23, 29 —31) des 
integrierten Schaltkreises (16) werden zweckmafiiger- 6 5 
weise mit einer Spannungsversorgung (17) sowie je ei- 
ner Datastrobe- und Parameterstrobe-Leitung (23) zur 
Taktung der uber die Datenschnitistelle (35) und die 
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Parameterschnittstelle (36) ubertragenen Informatio- 
nen verwendet. Die restlichen Anschliisse (30, 31) wer- 
den sinnvollerweise fur weitere Taktleitungen verwen- 
det 

Patentansprtiche 

1. Verfahren zur Identifizierung von an einem Bus- 
system angeschlossenen Sensoren und Aktuatoren, 
wobei die Sensoren und Aktuatoren von einer 
ebenfalls am Bussystem angeschlossenen Rechner- 
einheit gesteuert werden, wobei die Sensoren und 
Aktuatoren uber Schnittstellenbausteine an die 
Busleitungen angeschlossen sind und jedem 
Schnittstellenbaustein wenigstens ein Sensor oder 
Aktuator zugeordnet ist, dadurch gekennzeichnet, 
daB der Sensor (4) oder Aktuator (4) einen Schalter 
(7) aufweist, und daB nach Betatigen dieses Schal- 
ters (7) eine Kennung von der Rechnereinheit (3) an 
den dem Sensor (4) oder Aktuator (4) zugeordneten 
Schnittstellenbaustein (6) ubertragen wird 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet daB jedem am Bussystem angeschlosse- 
nen Sensor (4) oder Aktuator (4) eine Adresse zu- 
gewiesen ist, unter der die Sensoren (4) und Aktua- 
toren (4) von der Rechnereinheit (3) zum Austausch 
von Daten zyklisch abgefragt werden, und daB die 
Kennung von der Adresse gebildet ist. 

3. Verfahren nach einem der Anspriiche 1 oder 2. 
dadurch gekennzeichnet, daB das Einlesen der Ken- 
nung in den Schnittstellenbaustein (6) ausschlieB- 
lich wahrend einer Installationsphase erfolgt, deren 
Beginn und Ende von der Rechnereinheit (3) vorge- 
geben werden. 

4. Verfahren nach einem der Anspriiche 1 bis 3, 
dadurch gekennzeichnet, daB der Schaltvorgang 
am Schalter (7) des Schnittstellenbausteins (6) 
durch einen Benutzer des Bussystems (1) ausgelost 
wird. 

5. Verfahren nach Anspruch 4, dadurch gekenn- 
zeichnet. daB der Schalter (7) allein wahrend der 
Installationsphase aktiviert ist 

6. Verfahren nach einem der Anspriiche 1 —5, da- 
durch gekennzeichnet, daB die von der Rechnerein- 
heit (3) zugewiesene Kennung im Schnittstellen- 
baustein (6) nichtfluchtig gespeichert wird. 

7. Verfahren nach einem der Anspriiche 1—6, da- 
durch gekennzeichnet, daB zur Beendigung der In- 
stallationsphase der Schnittstellenbaustein (6) nach 
erfolgter Zuweisung der Kennung an die Rechner- 
einheit (3) ein Quittierungssignal sendet 

8. Vorrichtung nach einem der Anspriiche 1 bis 7, 
dadurch gekennzeichnet, daB die Rechnereinheit 

(3) eine Koppeleinheit (11) aufweist, an der uber 
Busleitungen (2) die Schnittstellenbausteine (6) der 
Sensoren (4) und Aktuatoren (4) angeschlossen 
sind. 

9. Vorrichtung nach Anspruch 8, dadurch gekenn- 
zeichnet, daB die Eingabeeinheit (5) an die Koppel- 
einheit (11) angeschlossen ist 

10. Vorrichtung nach einem der Anspriiche 1 bis 9. 
dadurch gekennzeichnet, daB jeder Schnittstellen- 
baustein (6) einen BusanschluB (34) aufweist. 

1 1. Vorrichtung nach einem der Anspriiche 1 bis 10, 
dadurch gekennzeichnet, daB jeder Schnittstellen- 
baustein (6) einen AnschluB (37) fur einen Sensor 

(4) oder Aktuator (4) aufweist 

12. Vorrichtung nach Anspruch 11, dadurch ge- 
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kennzeichnet, daB der Schnittstellenbaustein (6) im 

Sensor (4) oder Aktuator (4) integriert ist. 

13. Vorrichtung nach einem der Anspruche 1 1 oder 

12, dadurch gekennzeichnet, daB der AnschluB (37) 

des Schnittstellenbausteins (6) eine Datenschnitt- 5 

stelle (35) und eine Parameterschnittstelle (36) auf* 

weist 
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